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FIELD OF THE INVENTION 

This present invention relates to multicasting information in networks. More 
specifically, it relates to using servers to multicast announcements. 

BACKGROUND OF THE INVENTION 

Multicasting is a technique where information, for example, packets of 
information, from one location may be sent to other locations, without the need for 
unneeded duplication. For example, in a system that supports multicasting, one 
packet may be sent from a source and may be replicated as needed in a network to 
reach as many users as required. 

A multicast may use a multicast group and a multicast group address. A 
sending device may send information to the group address and only members of the 
group may receive the multicast data. A group address may take any number of 
forms. For example, the group address may be a class D IP address. 

Various protocols have been developed to send information across networks. 
One example of a protocol across the Internet is the Real Time Protocol (RTP). The 
RTP provides a framework for sending real time data over the Internet. The RTP is 
designed to be independent of the underlying transportation protocol. Details of the 
RTP may be found in RFC-1889, which is promulgated by the Internet Engineering 
Task Force (IEFT). 

Still another protocol used for signaling is the Session Initiation Protocol 

(SIP). SIP depends on various messages being sent between different entities in a 
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network. For instance, SIP messages may be requests from servers or clients, or 

responses to a request. 

In one example of a SIP system, a caller device may send an INVITE message 

to a called party device. The message may be transmitted via a single or multiple 
5 proxies to the called party device. The proxy may send a "100 Trying" message to 

the caller party device to specify that action is being taken on behalf of the caller 

device, but the called party device has not yet being located. 

Once the called party device has been located, the called party device may 

send a "180 Ringing" message to the proxy and the proxy may relay this message to 
10 the caller device. This message indicates that the called party device has been located 

and notified of the call. 

Once the request has been successfully processed, a "200 OK" message may 

be sent from the called party device to the proxy and from the proxy to the caller 

party. An audio connection between the caller party device and the called party 
15 device may now be established. 
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SUMMARY OF THE INVENTION 

The system and method of the present invention advantageously allows an 
announcement server to play announcements to an address or addresses in a memory. 
Different announcements may be played to different addresses and a first 
announcement may be switched substantially immediately to a second announcement. 
No clipping or dead silence may exist between the first and second announcements. 

In one example of the present invention, a system and method for multicasting 
announcements in a communication network includes establishing an address in a 
memory. An announcement may be formed and the announcement may be broadcast 
to the address. 

The address may be communicated to a device and the device may retrieve the 
announcement from the address. The announcement may be a tone, for example, a 
call-ringing tone or a call-routing tone. 

In another example of the present invention, a system for providing 
multicasting for announcements includes a caller device, a proxy, a called party 
device, and an announcement server. 

The proxy may be coupled to the caller device. The called party device may 
be coupled to the proxy. The announcement server may be coupled to the proxy. 

The announcement server may continuously broadcast selected 
announcements to an address in a memory. The announcement server may 
communicate the plurality of addresses to the proxy. The proxy may communicate 



the address to the caller device. The caller device may retrieve the announcement 
from the address. 

The announcement may be a tone. The tone may be a ringing tone or a call- 
routing tone. The message may be an INVITE message. 

The foregoing and other features and advantages of the system and method for 
multicasting announcements will be apparent from the following more particular 
description of preferred embodiments of the system and method as illustrated in the 
accompanying drawings in which like reference characters refer to the same parts 
throughout the different views. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the present inventions are described with reference 
to the following drawings, wherein: 

Figure la is a diagram illustrating a preferred embodiment of the system for 
multicasting information in accordance with the present invention; 

Figure lb is a diagram illustrating another example of the system for 
multicasting information in accordance with the present invention; 

Figure lc is a diagram illustrating another example of a system for 
multicasting information in accordance with the present invention; 

Figure 2 is a call-flow diagram illustrating multicasting announcements in 
accordance with a preferred embodiment of the present invention; 

Figure 3 is a call-flow diagram illustrating multicasting announcements in 
accordance with a preferred embodiment of the present invention; and 

Figure 4 shows a diagram illustrating one example of an announcement server 
in accordance with a preferred embodiment of the present invention. 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 



Referring now to Figure la, one example of a system for multicasting 
information is described. A system includes a caller device 102, a network 104, an 
announcement server 108, and a called party device 110. The network 104 includes 
the proxy 106. In addition, the announcement server 108 may also reside somewhere 
in the network 104. 

The caller device 102 is coupled to the proxy 106. The proxy 106 is coupled 
to the called party 110. The announcement server 108 is coupled to the network 104 
and can communicate with any device that is coupled to the network 104 or within the 
network 1 04. 

The caller device 102 and the called party device 110 may be any type of 
device that may transmit and/or receive any type of information. For example, the 
caller device 102 and the called party device 110 may be a telephone, personal 
computer, personal digital assistant (PDA), or cellular telephone. Other examples of 
devices are possible. In addition, it will be understood more than two devices may be 
present and coupled to the network 104. 

The network 104 may be any type of network that is used to carry any type of 
information. In addition, the network 104 may be a combination of different types of 
networks. For instance, the network 104 may be the public switched telephone 
network (PSTN), the Internet, a wireless network, a packet-switched data network, or 
any combination of these networks. Other examples of networks and other 
combinations are possible. 
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The network 104 may include a proxy 106. The functions of the proxy 106 
may be implemented using computer instructions stored in a memory and executed by 
a processor. The proxy 106 may forward instructions received from one entity to 
another entity. The proxy 106 may add an RTP destination to the message that it is 
forwarding from one entity to another entity. For instance, the proxy 106 may supply 
an address that it has received from the announcement server 108 and use this address 
as the RTP destination address. The address may indicate where the announcement 
server 108 is broadcasting announcements. In addition, the network 104 may include 
any other type of device used to carry information, for example, routers and gateways. 
Other types of devices within the network are possible. 

The functions of the announcement server 108 may be implemented using 
computer instructions stored in a memory and executed by a processor. The 
announcement server 108 may supply addresses to the proxy server 106. The proxy 
server 106 may use the addresses as RTP destination addresses, which are included in 
messages sent to the caller device 102. The announcement server 108 may also 
broadcast announcements to addresses. The caller device 102, called party device 
110, and any other device may obtain the announcements at the addresses. For 
example, the caller device 102 may receive messages indicating the address, extract 
the address, and listen to the announcement at the address. 

Announcements may include any type of information and be in any format. 
For example, the announcements may be ring tones, call-routing tones, call-hold 
tones, invalid destination tones, temporary unavailable tones, number-is-forwarded 
tones, and number is posted tones. Other examples of announcements are possible. 



The announcement server 108 may play different tones on different multicast 

addresses. The recipient of an announcement tone may switch immediately to a 

different announcement (e.g., a different tone) being played at a different address 

based upon the progress of a call. The announcement server 108 may not have to 

perform any call setup functions in order for the switch to occur. There is no need for 

clipping or dead silence before the next announcement is played and there is no delay 

from the time a signaling state changes and the new announcement is played. 

In one example of the operation of the system of Figure la, one million Busy 

Hour Call Attempts (BHCA) are made. Assuming an even distribution of calls, there 

may be 278 calls-per-second. At least some of these calls may need a call-routing 

tone for completion. Therefore, since only one call-routing tone would be broadcast to 

one address, the bandwidth of the call-routing tone is saved for 277 calls. Assuming 

90 percent of calls are completed, the ringing-tone is saved for approximately 250 

calls. Assuming 5 percent busy calls, 13 calls are saved on the busy tone. In all these 

cases, a significant amount of bandwidth is saved. 

Referring now to Figure lb, one example of a system for multicasting 

information is described. A system includes user devices 150 and 182, switches 152 

and 180, inter-machine trunk lines (IMTs) 154 and 174, SS7 networks 156 and 176, 

media gateways 158 and 172, SS7 gateways 160 and 170, announcement servers 162, 

media gateway controllers 164, a SIP proxy 166, and a IP network 168. 

The user device 150 is coupled to the switch 152. The switch 152 is coupled 

to the IMTs 154 and the SS7 network 156. The IMTs 154 is coupled to the media 

gateway 158. The SS7 network 156 is coupled to the SS7 gateway 160. The media 
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gateway 158 and SS7 gateway 160 are coupled to the IP network 168. The IP 
network 168 is coupled to the announcement servers 162, the media gateway 
controllers 164, the SIP proxy 166, the SS7 gateway 170, and the media gateway 172. 
The media gateway 172 is coupled to the IMTs 174. The SS7 gateway 170 is coupled 
to the SS7 network 176. The switch 180 is coupled to the IMTs 174, the SS7 network 
176, and the user device 182. 

The user devices 150 and 182 may be any type of devices that transmit and/or 
receive any type of information. For example, the user devices 150 and 182 may be a 
telephone, personal computer, personal digital assistant (PDA), or cellular telephone. 
Other examples of user devices are possible. 

The switches 152 and 180 may be any type of switch used to transfer and 
switch information. For example, the switches 152 and 180 may be Class 5 switches. 
Other examples of switches are possible. 

The IMTs 154 and 174 may be trunk lines that coupled a media gateway to a 
switch. For example, the IMTs 154 and 174 may be DS-3 capacity trunk lines. Other 
examples of IMTs that follow other formats are possible. 

The SS7 networks 156 and 176 may be networks that switch control 
information according to the Signaling System 7 (SS7) protocol. Other examples and 
types of control networks are possible. 

The media gateways 158 and 172 may terminate DS-3 capacity inter-machine 
trunks ( IMTs) from the PSTN. The gateways 158 and 172 may convert circuit- 
switched voice data (from the IMTs) to packetized voice using Real time Protocol 

(RTP). The gateways may include VoIP codecs. The VoIP codecs may support 
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various protocols including G.71 1, G.729a, and T.38. The gateways may be 
compliant to the decomposed gateway model as proposed in the MEGACO 
architecture. 

The SS7 gateways 160 and 170 may convert circuit switched information from 

the SS-7 networks 156 and 176 into packetized information, which is transmitted 

across the IP network 168. This function may implemented by computer instructions 

stored in a memory and executed by a processor. 

The functions of the announcement servers 162 may be implemented using 

computer instructions stored in a memory and executed by a processor. The 

announcement servers 162 may supply addresses to the SIP proxy server 166. The 

SIP proxy server 166 may use the addresses as RTP destination addresses, which are 

included in messages sent between user devices 150 and 182. The announcement 

servers 162 may also broadcast announcements to addresses. The user devices 150 

and 1 82, and any other device may obtain the announcements at the addresses. For 

example, the user device 150 may receive messages indicating the address, extract the 

address, and listen to the announcement at the address. The announcement servers 

152 may be one or multiple servers. 

Announcements may include any type of information and be in any format. 

For example, the announcements may be ring tones, call-routing tones, call-hold 

tones, invalid destination tones, temporary unavailable tones, number-is-forwarded 

tones, and number is posted tones. Other examples of announcements are possible. 

The announcement servers 162 may play different tones on different multicast 

addresses. The recipient of an announcement tone may switch immediately to a 
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different announcement (e.g., a different tone) being played at a different address 
based upon the progress of a call. The announcement servers 162 may not have to 
perform any call setup functions in order for the switch to occur. There is no need for 
clipping or dead silence before the next announcement is played and there is no delay 
from the time a signaling state changes and the new announcement is played. 

The media gateway controllers 164 may manage the media gateways 158 and 
172 and may be implemented with computer instructions stored in a memory and 
executed by a processor. For example, the media gateway controllers 1 62 may 
manage the media gateways using the H.248/MEGACO protocol. Other examples of 
protocols are possible. The media gateway controllers 164 may include a single 
controller or multiple controllers. 

The functions of the SIP proxy 1 66 may be implemented using computer 
instructions stored in a memory and executed by a processor. The SIP proxy 166 may 
forward instructions received from one entity to another entity. The SIP proxy 166 
may add an RTP destination to the message that it is forwarding from one entity to 
another entity. For instance, the SIP proxy 166 may supply an address that it has 
received from the announcement servers 162 and use this address as the RTP 
destination address. The address may indicate where the announcement servers 162 
are broadcasting announcements. 

The IP network 168 may be any type of network used to switch packets of 
information. For example, it may be the Internet. Other examples of IP networks are 
possible. 
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Referring now to Figure lc, another example of a system for multicasting 
announcements includes media gateways 182a, 182b, 182c, 195a, 195b, and 195c, 
local area networks (LANs) 183, 191, and 194, a wide area network (WAN) 185, 
media gate controllers 186 and 192, a SIP proxy 188, backend servers 189, 
announcement servers 184 and 193, and SS7 gateways 187 and 190. 

The WAN 185 is coupled to the LAN 191, LAN 183, and the LAN 194. The 
LAN 191 is coupled to the SS7 gateway 187, the SIP proxy 188, the back-end servers 
189, the SS7 gateway 190, and the media gateway controllers 186 and 192. The SS7 
gateways 187 and 190 are coupled, for example, via A-links, to the PSTN. The LAN 
183 is coupled to the media gateways 182a-c, and the announcement server 184. The 
LAN 194 is coupled to the announcement server 193 and the media gateways 195a-c. 
The media gateways 182a-c and 195a-c are coupled to the PSTN using, for example, 
IMTs. The PSTN may be coupled to a plurality of user devices, for example, 
telephones or computers. 

The media gateways 182a, 182b, 182c, 195a, 195b, and 195c may, in one 
example, terminate DS-3 IMTs from the PSTN. The media gateways 1 82a, 1 82b, 
182c, 195a, 195b, and 195c may convert circuit-switched voice data (from the IMTs) 
to packetized voice using Real time Protocol (RTP). The gateways may include VoIP 
codecs. The VoIP codecs may support various protocols including G.71 1, G.729a, 
and T.3 8 . The gateways may be compliant to the decomposed gateway model as 
proposed in the MEGACO architecture. 
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The local area networks (LANs) 183, 191, and 194 may be any type of local 
area network that carries any type of information. In one example, the LANs transmit 
packetized voice information. 

The wide area network (WAN) 185 may be any type of network that carries 
any type of information. In one example, the WAN 185 transmits packetized voice 
information. 

The functions of the announcement servers 184 and 193 may be implemented 
using computer instructions stored in a memory and executed by a processor. The 
announcement servers 184 and 193 may supply addresses to the SIP proxy server 188. 
The SIP proxy server 188 may use the addresses as RTP destination addresses, which 
are included in messages sent between user devices coupled to the PSTN. The 
announcement servers 184 and 193 may also broadcast announcements to addresses. 
The user devices coupled to the PSTN, and any other device may obtain the 
announcements at the addresses. For example, a user device coupled to the PSTN 
may receive messages indicating the address, extract the address, and listen to the 
announcement at the address. The announcement servers 184 and 193 may be one or 
multiple servers. 

Announcements may include any type of information and be in any format. 
For example, the announcements may be ring tones, call-routing tones, call-hold 
tones, invalid destination tones, temporary unavailable tones, number-is-forwarded 
tones, and number is posted tones. Other examples of announcements are possible. 

The announcement servers 184 and 193 may play different tones on different 

multicast addresses. The recipient of an announcement tone may switch immediately 
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to a different announcement (e.g., a different tone) being played at a different address 
based upon the progress of a call. The announcement servers 1 84 and 1 93 may not 
have to perform any call setup functions in order for the switch to occur. There is no 
need for clipping or dead silence before the next announcement is played and there is 
no delay from the time a signaling state changes and the new announcement is played. 

The media gateway controllers 186 and 192 may manage the media gateways 
1 82a-c and 195a-c and may be implemented with computer instructions stored in a 
memory and executed by a processor. For example, the media gateway controllers 
186 and 192 may manage the media gateways using the H.248/MEGACO protocol. 
Other examples of protocols are possible. 

The functions of the SIP proxy 188 may be implemented using computer 
instructions stored in a memory and executed by a processor. The SIP proxy 188 may 
forward instructions received from one entity to another entity. The SIP proxy 188 
may add an RTP destination to the message that it is forwarding from one entity to 
another entity. For instance, the SIP proxy 188 may supply an address that it has 
received from the announcement servers 182a-c or 195a-c and use this address as the 
RTP destination address. The address may indicate where the announcement servers 
are broadcasting announcements. 

The backend servers 1 89 may provide the data store for call routing and call 

authorization related information. The backend servers 189 may consist of directory 

servers, authentication servers, authorization servers and accounting servers. One 

purpose of the directory servers may be call routing, i.e. to provide the information 

about how to reach a particular destination or a dialed number. One purpose of the 
-15- 

McDonneil Boehnen Huibert & Berghoff 



authentication servers may be to validate the identification of a caller and called party 
in a call. One purpose of the authorization servers may be to look into the 
permissions of the caller and called party and allow/deny a call or feature request 
invoked in a call. The accounting servers may store detailed records concerning calls 
taking place in a system. Other purposes for these servers are possible. 

The SS7 gateways 187 and 190 may convert circuit switched control 
information from the PSTN into packetized information, which is transmitted across 
the LAN 191. This function may be implemented by computer instructions stored in 
a memory and executed by a processor. 

The system of Figure lc may be used for large carrier deployments. For 
instance, the LANs 183, 191, and 194 may be at different geographic locations. The 
announcements and tones that may be provided at each geographic location may 
differ based on local conditions and requirements. Each of the LANs 183, 191, and 
194 is connected externally by the use of the WAN 185. Each of the announcement 
servers 184 and 193 may provide custom announcements to a geographic location 
without creating unnecessary traffic over the entire network since the announcements 
and tones do not travel out of the LAN. The announcement servers 184 and 194 may 
physically reside outside the media gateways or may co-exist with the media 
gateways. 

Referring now to Figure 2, one example of multicasting as used in a calling 

scenario is described. The example uses messages according to the SIP protocol. 

However, it will be understood that any type of protocol and any type of message 

format may be used. In this example, a caller device attempts to establish an audio 
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path with a called party device via a proxy. An announcement server is also used to 
multicast announcements to a memory location ("AS1 Address"). However, any type 
of communication path may be established and the functionality of the announcement 
server may be moved to any other suitable location. 

At step 202, an INVITE message is sent from the caller device to the proxy. 
The purpose of the INVITE message is to relay a request from the caller device to 
establish a communication path (i.e., a call) with the called party device. 

At step 204, a "100 Trying" message is sent from the proxy to the caller 
device. The purpose of this message is to inform the caller party device that the 
INVITE is being sent from the proxy to the called party device, but that the called 
party device has not yet been located and has not responded. The proxy may attach 
the address where announcements are being played from the announcement server. In 
this case, the address is "AS1 Address." This address may be included as the RTP 
destination in the "100 Trying" message that is sent to the caller party device. The 
proxy may receive this address from the announcement server. After receipt, the 
caller party may listen to the call-routing tone at this address. 

At step 206, the INVITE message is sent from the proxy to the called party 

device. 

At step 208, a "180 Ringing" message is sent from the called party device to 
the proxy. The purpose of this message is to indicate that the called party device has 
been located and is being notified of the call. 

At step 210, the "180 Ringing" message is sent from the proxy to the caller 

device. The proxy may attach the address where announcements are being played 
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from the announcement server. In this case, the address is "AS1 Address." This 
address may be included as the RTP destination in the "180 Ringing" message that is 
sent to the caller party device. The proxy may receive this address from the 
announcement server. After receipt, the caller party may listen to the ringing tone at 
this address, which is the same address as where the caller party device listened to the 
call-routing tone. 

At step 212, a "200 OK" message is sent from the called party device to the 

proxy. The purpose of the "200 OK" message is to indicate that the request (in the 

INVITE message) has been successfully processed by the called party device. The 

"200 OK" message may include an RTP destination of CP address, which is the 

address of the called party device. 

At step 214, the "200 OK" message is sent from the proxy to the caller device. 

The "200 OK" message may include an RTP destination of CP address, which is the 

address of the called party device. At step 216, an audio path is established between 

the caller device and the called party device. 

At step 218, an ACK message is sent from the caller device to the proxy. The 

purpose of the ACK message is to acknowledge that the audio path has been 

established between the caller party and the called party device. At step 220, the 

ACK message is sent from the proxy to the called party device. 

Referring now to Figure 3, another example of multicasting as used in calling 

is described. The example uses messages according to the SIP protocol. However, it 

will be understood that any type of protocol and any type of message format may be 

used. In this example, a caller device attempts to establish an audio path with a called 
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party device via a proxy. An announcement server is also used to multicast 
announcements to a plurality of memory locations ("AS1 Address" and "AS2 
Address"). However, any type of communication path may be established and the 
functionality of the announcement server may be moved to any other suitable 
location. 

At step 302, an INVITE message is sent from the caller device to the proxy. 
The purpose of the INVITE message is to relay a request from the caller device to 
establish a communication path (i.e., a call) with the called party device. 

At step 304, a "100 Trying" message is sent from the proxy to the caller 
device. The purpose of this message is to inform the caller party device that the 
INVITE is being sent from the proxy to the called party device, but that the called 
party device has not yet been located and has not responded. The proxy may attach 
the address where announcements are being played from the announcement server. In 
this case, the address is "AS1 Address." This address may be included as the RTP 
destination in the "100 Trying" message that is sent to the caller party device. The 
proxy may receive this address from the announcement server. After receipt, the caller 
party may listen to the call-routing tone at this address. 

At step 306, the INVITE message is sent from the proxy to the called party 

device. 

At step 308, a "180 Ringing" message is sent from the called party device to 
the proxy. The purpose of this message is to indicate that the called party device has 
been located and is being notified of the call. 
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At step 310, the "180 Ringing" message is sent from the proxy to the caller 

device. The proxy may attach the address where announcements are being played 

from the announcement server. In this case, the address is "AS2 Address." This 

address may be included as the RTP destination in the "180 Ringing" message that is 

sent to the caller party device. The proxy may receive this address from the 

announcement server. After receipt, the caller party may listen to the ringing tone at 

this address, which is a different address than where the caller party device listened to 

the call-routing tone. In this example, each tone has a different address. 

At step 312, a "200 OK" message is sent from the called party device to the 

proxy. The purpose of the "200 OK" message is to indicate that the request (in the 

INVITE message) has been successfully processed by the called party device. The 

"200 OK" message may include an RTP destination of CP address, which is the 

address of the called party device. 

At step 314, the "200 OK" message is sent from the proxy to the caller device. 

The "200 OK" message may include an RTP destination of CP address, which is the 

address of the called party device. At step 316, an audio path is established between 

the caller device and the called party device. 

At step 3 18, an ACK message is sent from the caller device to the proxy. The 

purpose of the ACK message is to acknowledge that the audio path has been 

established between the caller party and the called party device. At step 320, the 

ACK message is sent from the proxy to the called party device. 

Referring now to Figure 4, one example of an announcement server is 

described. An announcement server 400 includes an initiate announcements module 
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401, a broadcast announcements module 402, a determine announcement address 
module 404, and a communicate announcement address module 406. 

The determine announcement address module 404 receives a network 
parameters lead 405 and supplies a lead 409 to the communicate announcement 
address module 406. The communicate announcement address module 406 supplies a 
lead 407 to a proxy or other network device. The initiate announcements module 401 
is coupled to the broadcast announcements module 402. 

The initiate announcements module 401 determines when the announcements 
will be played to an address. This information is communicated to the broadcast 
announcements module 402 via the lead 409. In one example, announcements may 
be played continuously. However, other timing examples are possible. 

The broadcast announcements module 403 broadcasts announcements to a 
memory location or memory locations via the lead 403. The memory locations 
located within the Announcement server and server as bindings between the 
Announcement Server and the announcement available to external entities via multi- 
cast addresses. For example, the memory locations may map an audio stream within 
the announcement server to RTP streams flowing out of the announcement server. 
Announcements may be in the form of any type of information. For example, the 
announcements may be ring tones, call-routing tones, call-hold tones, invalid 
destination tones, temporary unavailable tones, number-is-forwarded tones, and 
number is posted tones. Other examples of announcements are possible. The 
addresses are received via a lead 411 from the determine announcement address 
module 404. 
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The determine announcement address module determines the address or 

addresses whereby announcements are played. These addresses are communicated to 

the broadcast announcements module 402 and the communicate announcement 

address module 406. A network parameters lead 405 may communicate information 

that may affect the determination of the address. For example, network usage or 

memory usage may affect which memory location is used. In other examples, the 

address or addresses may be determined randomly. 

The communicate announcement address module 406 may communicate the 

addresses determined by the determine announcement address module 404 to any 

entity that needs these addresses. For instance, a proxy may use these addresses. 

It should be understood that the programs, processes, methods and systems 

described herein are not related or limited to any particular type of computer or 

network system (hardware or software), unless indicated otherwise. Various types of 

general purpose or specialized computer systems may be used with or perform 

operations in accordance with the teachings described herein. 

In view of the wide variety of embodiments to which the principles of the 

present invention can be applied, it should be understood that the illustrated 

embodiments are exemplary only, and should not be taken as limiting the scope of the 

present invention. For example, the steps of the flow diagrams may be taken in 

sequences other than those described, and more or fewer elements may be used in the 

block diagrams. While various elements of the preferred embodiments have been 

described as being implemented in software, in other embodiments in hardware or 

firmware implementations may alternatively be used, and vice-versa. 
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It will be apparent to those of ordinary skill in the art that methods involved in 
the system and method for broadcasting announcements may be embodied in a 
computer program product that includes a computer usable medium. For example, 
such a computer usable medium can include a readable memory device, such as, a 
hard drive device, a CD-ROM, a DVD-ROM, or a computer diskette, having 
computer readable program code segments stored thereon. The computer readable 
medium can also include a communications or transmission medium, such as, a bus or 

a communications link, either optical, wired, or wireless having program code 

segments carried thereon as digital or analog data signals. 

The claims should not be read as limited to the described order or elements 

unless stated to that effect. Therefore, all embodiments that come within the scope 

and spirit of the following claims and equivalents thereto are claimed as the invention. 
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